草庐IT

Python Docstring : raise vs. 引发

全部标签

堆栈大小引发的大问题

背景同样的程序,在两个不同的计算机上运行。台式电脑运行正确,一点错没有,但是当我把程序放到笔记本上运行时,出现了莫名奇妙的错误。win32的打开文件对话框出现问题,打开直接没有反应,每次重启之后才能能打开文件选择界面,但是没办法跳转到其它路径,只能选择默认路径下的文件。ok,手动改默认路径,选到心仪的文件,问题又来了。thread_monitor::launch:_beginthreadexfailed,报这个错,锁定函数,发现是并行库tbb的问题,一顿操作(搜索),似乎就我自己有这样的问题,完蛋。解决由于对win32的系统api不太熟悉,没有第一时间找到原生的错误,一直将问题归咎于系统,遂反

堆栈大小引发的大问题

背景同样的程序,在两个不同的计算机上运行。台式电脑运行正确,一点错没有,但是当我把程序放到笔记本上运行时,出现了莫名奇妙的错误。win32的打开文件对话框出现问题,打开直接没有反应,每次重启之后才能能打开文件选择界面,但是没办法跳转到其它路径,只能选择默认路径下的文件。ok,手动改默认路径,选到心仪的文件,问题又来了。thread_monitor::launch:_beginthreadexfailed,报这个错,锁定函数,发现是并行库tbb的问题,一顿操作(搜索),似乎就我自己有这样的问题,完蛋。解决由于对win32的系统api不太熟悉,没有第一时间找到原生的错误,一直将问题归咎于系统,遂反

【ASP.NET Core】修改Blazor.Server的Hub地址后引发的问题

BlazorServer,即运行在服务器上的Blazor应用程序,它的优点是应用程序在首次运行时,客户端不需要下载运行时。但它的代码是在服务器上执行的,然后通过SignalR通信来更新客户端的UI,所以它要求必须建立WebSocket连接。用于Blazor应用的SignalRHub是 ComponentHub,默认的连接地址是/_blazor。多数时候我们不需要修改它,但人是一种喜欢折腾的动物,既然 MapBlazorHub方法的重载也允许我们修改地址,那咱们何不试试。app.MapBlazorHub("/myapp");app.MapFallbackToPage("/_Host");我把Co

【ASP.NET Core】修改Blazor.Server的Hub地址后引发的问题

BlazorServer,即运行在服务器上的Blazor应用程序,它的优点是应用程序在首次运行时,客户端不需要下载运行时。但它的代码是在服务器上执行的,然后通过SignalR通信来更新客户端的UI,所以它要求必须建立WebSocket连接。用于Blazor应用的SignalRHub是 ComponentHub,默认的连接地址是/_blazor。多数时候我们不需要修改它,但人是一种喜欢折腾的动物,既然 MapBlazorHub方法的重载也允许我们修改地址,那咱们何不试试。app.MapBlazorHub("/myapp");app.MapFallbackToPage("/_Host");我把Co

光纤布线,面向未来,一次中断引发的数据中心思考

转载自康普中国微信公众号,原文链接:​​https://zh.commscope.com/propel-hsfp?utm_medium=paid-display&utm_source=51cto&utm_campaign=ap-ep-2022propel-CH​​

光纤布线,面向未来,一次中断引发的数据中心思考

转载自康普中国微信公众号,原文链接:​​https://zh.commscope.com/propel-hsfp?utm_medium=paid-display&utm_source=51cto&utm_campaign=ap-ep-2022propel-CH​​

Redis 的 BigKey、HotKey 又引发了线上事故!

问题的严重性首先,要申明一下,问题的严重性。BigKey(大key)和HotKey(热key)的问题是较常见。这类问题不止会使服务的性能下降,还会影响用户正常使用功能,甚至会造成大范围的服务故障,故障有时还会发生连环效应,导致更加严重的后果,发生系统的雪崩,造成巨大的经济损失,巨大的品牌损伤。所以,在Redis运维过程中,由于Bigkey的存在,DBA也一直和业务开发方强调Bigkey的规避方法以及危害。在开发的过程中,开发同学,也需要十分重视和预防这个问题。一、什么是BigKey、HotKey?什么是BigKey俗称“大key”,是指redis在日常生产的过程中,某些key所占内存空间过大。

Redis 的 BigKey、HotKey 又引发了线上事故!

问题的严重性首先,要申明一下,问题的严重性。BigKey(大key)和HotKey(热key)的问题是较常见。这类问题不止会使服务的性能下降,还会影响用户正常使用功能,甚至会造成大范围的服务故障,故障有时还会发生连环效应,导致更加严重的后果,发生系统的雪崩,造成巨大的经济损失,巨大的品牌损伤。所以,在Redis运维过程中,由于Bigkey的存在,DBA也一直和业务开发方强调Bigkey的规避方法以及危害。在开发的过程中,开发同学,也需要十分重视和预防这个问题。一、什么是BigKey、HotKey?什么是BigKey俗称“大key”,是指redis在日常生产的过程中,某些key所占内存空间过大。

由一个编译参数引发的Gn构建依赖图谱查询

​​想了解更多关于开源的内容,请访问:​​​​51CTO 开源基础软件社区​​​​https://ost.51cto.com​​起因事情的起因是这样子的,在给学生上课的时候,想演示一下kv存储(小熊派nano开发板),代码版本​​master​​,结果发现编译竟然出错了,错误提示如下:显示的是在链接阶段没有找到如opendir,closedir等符号,这显然就是kv_store库编译有问题。原因及措施经过几分钟的查找,最后发现是kv_store库的gn文件里面默认给了这个参数:这个参数一加,我们kv的编译就会使用posix相关的接口去实现,而在3861里面应该是没有实现posix相关的文件接口

由一个编译参数引发的Gn构建依赖图谱查询

​​想了解更多关于开源的内容,请访问:​​​​51CTO 开源基础软件社区​​​​https://ost.51cto.com​​起因事情的起因是这样子的,在给学生上课的时候,想演示一下kv存储(小熊派nano开发板),代码版本​​master​​,结果发现编译竟然出错了,错误提示如下:显示的是在链接阶段没有找到如opendir,closedir等符号,这显然就是kv_store库编译有问题。原因及措施经过几分钟的查找,最后发现是kv_store库的gn文件里面默认给了这个参数:这个参数一加,我们kv的编译就会使用posix相关的接口去实现,而在3861里面应该是没有实现posix相关的文件接口